Delivery of non-permanent media files to a mobile station

ABSTRACT

A media file content provider  30  sends a non-permanent copy of a media file, such as a music or video file, to a second mobile station MS  34  in response to a request from a first MS  22 . The copy may be rendered non-permanent by streaming it, by encrypting it, and by appending a first instruction to automatically delete it after playing. The first MS  22  may be given an option of delivery pathways, such as cellular  76, 78 , WLAN  80 , or DVB-H  84 . After playing, an offer is made to the second MS  34  to purchase a permanent copy of the media file. If accepted, the content provider may provide another copy of the media file, or preferably a permanent decryption key or a second instruction that defeats the first instruction prior to its deletion of the media file.

FIELD OF THE INVENTION

The present invention relates to mobile stations and the delivery ofnon-permanent entertainment media files such as music or video files. Itis particularly related to adapting delivery of such media files toexisting mobile stations with relatively limited memory capacity from aprovider of such files in response to a request from a separate mobilestation.

BACKGROUND

With the music industry's embrace of the digital transfer of copyrightedentertainment files at the retail level, downloading of music files hasundergone explosive growth and has led to the creation and marketing ofspecific portable devices dedicated to playing and storing digitalmusic. While previous portable music players such as portable CD andtape players relied on a removable storage media to carry segments of auser's music library, portable devices adapted to play downloaded musicare characterized in that the medium on which the entertainment contentis digitally stored is exclusively internal, and not regularly removedand interchanged by retail users of the devices.

The first generation of such digital portable devices include, forexample, the iPod (available through Apple Computer Corporation ofCupertino, Calif.), the Rio (available in North America through DigitalNetworks North America of Santa Clara Calif.; elsewhere through D&MHoldings, Inc. of Tokyo, Japan), and the Nomad (available in NorthAmerica through Creative Labs of Milpitas, Calif.; elsewhere throughCreative Technology of Singapore). These first generation portabledigital music players are limited in that an intermediary computer isnecessary between the portable music player and an originating source ofthe entertainment content files. Generally, users of these devices wouldfirst fix a copy of their desired entertainment media file to anintermediate personal computer, such as by copying media files from analready owned CD or downloading directly from a content provider overthe internet. Once the desired content files were copied to the personalcomputer, the user would then upload the desired tracks from the PC tothe portable digital device. More adept users could copy to theirportable digital device directly from a CD or an online contentprovider, but the intermediary computer remained necessary.

To avoid the undesirable result of consumers carrying multiple differentportable devices, each being dedicated to a different set of functions(e.g., mobile phone, personal digital assistant, portable gaming device,portable digital music player), manufacturers have been convergingcertain different functions into integrated devices. However, manytraditional portable devices remain in use that do not have suchconvergent functionality built in. More such traditional devices arecurrently being put into use for those consumers whose personalcost-benefit analysis weighs against such multi-functional portabledevices.

One such traditional device is a mobile phone with internal memory thatis insufficient to store many different music media files. For example,a typical popular music song, encoded using the popular MP3 format,occupies about 3-5 Mbytes of memory when stored. Nokia's widely usedmobile station model 7650 is listed as having about 4 Mbytes of freeuser memory (though models 7600 and 7700 versions have 30 and 25 Mbytesinternal memory, respectively), and other more basic mobile stations mayhave even less. The mobile terminal memory capacity can be extended byusing memory cards, but not all model support this feature. Thus asingle music file can occupy substantially all of the free memory of amobile station, imposing a hardware barrier that keeps some consumersfrom experimenting with portable digital music on a traditional mobilephone. What is needed in the art is a way to allow the users of portabledevices with limited memory to experience portable digital music onthose devices, without the users having to actively manage memory inthose devices by deleting ringtones or other files. The inventors havefound that their developments in pursuing a solution to the above needcan be put to broader uses beyond just limited-memory devices, asdetailed below.

SUMMARY OF THE INVENTION

This invention is in one aspect a program of machine-readableinstructions, tangibly embodied on an information bearing medium andexecutable by a digital data processor, to perform actions directedtoward providing a media file to a third party mobile station. Themedium may be a computer hard drive, an optical or magnetic disk, or thelike. The actions include receiving a request over a network from afirst party to deliver a particular media file to a third party mobilestation that is identified in the request, and providing a non-permanentcopy of the particular media file to the third party mobile station atleast partly through a wireless network. Preferably, the first party isa mobile station that selects one of several communication pathways bywhich the media file is to be delivered, and remits payment orauthorization for payment for the service. The copy may be made normallynon-permanent by streaming it to the intended recipient, by appending inthe same or providing in a separate message a first instruction todelete the copy of the media file that may be stored at the intendedrecipient, and encrypting the copy of the media file and providing onlya limited-use decryption key.

The present invention is, in another embodiment, a method of doingbusiness over a network such as the internet. The method includesreceiving a request over a network from a first party to send a mediafile to a third party. The request specifically identifies the mediafile and the third party. The method further includes collecting apayment from the first party, which is satisfied upon receiving anauthorization from the first party to charge or debit a financialaccount. The method further includes sending the requested media file tothe third party using the internet and a wireless link, wherein the sentmedia file includes provisions to prevent that copy of the media filefrom normally being permanently stored on a storage media of the thirdparty. The provisions may include streaming the media file to the thirdparty, encrypting the media file, and sending a first instruction to thethird party that automatically deletes the sent media file after it isplayed or opened. The method may further include offering to the firstparty an option to send the media file, which may not be identified atthe time of this offer, via a first communication pathway for a firstprice and via a second communication pathway for a second price. Themethod may also include sending an offer message to the third partyoffering to provide a permanent copy of the media file in return for apayment or a payment authorization from the third party.

In yet another aspect, the present invention is a computer that includesa computer program embodied on a tangible storage medium. The computerprogram includes instructions that cause the computer to receive over anetwork a request and payment authorization from a first party, todetermine a particular media file and an intended recipient from therequest; and to send to the intended recipient a non-permanent copy of aparticular media file. In this embodiment, it is the computer programthat imposes automatically executing conditions on the copy of the mediafile that prevent it from normally becoming permanently stored at theintended recipient. As above, those conditions may include streaming thecopy of the media file to the intended recipient, providing a firstinstruction to the intended recipient that automatically deletes thecopy of the media file, and encrypting the copy of the media file.

Certain embodiments of the invention may entail downloading or uploadingsoftware to a mobile terminal, such as to increase functionality withthe content provider or to allow the particular media file downloaded asa greeting message to be played. A mobile station is yet anotherembodiment of the present invention, wherein the mobile station has,embodied on a tangible storage medium, a program of computerinstructions that cause the mobile station to send a request to acontent provider. The request includes identifiers of a specific thirdparty mobile station and of a particular media file to be sent by thecontent provider to the third party mobile station. The instructions mayalso cause the mobile station to display a selectable choice betweenproposed delivery pathways by which the particular media file is to besent. Proposed pathways is not to imply that each is available and validfor the particular identified third party; preferably each pathwaychoice represents some tradeoff between speed and reliability of mediafile delivery to the third party mobile station, as speedier pathwaysmay not be as ubiquitous as slower pathways.

In another embodiment of the mobile station, the instructions mayfurther cause the mobile station to receive a message that includes amedia file and a first instruction to delete the media file, to open thereceived media file, and, subsequent to opening the received media file,to delete the media file in accordance with the first instructions.

These and other features, aspects, and advantages of embodiments of thepresent invention will become apparent with reference to the followingdescription in conjunction with the accompanying drawings. It is to beunderstood, however, that the drawings are designed solely for thepurposes of illustration and not as a definition of the limits of theinvention.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is schematic diagram of a communication system having two mobilestations, and represents an environment in which the present inventionmay be deployed.

FIG. 2A is a plan view of a display of a receiving mobile station priorto the user playing a media file greeting in accordance with the presentinvention.

FIG. 2B is a plan view of a display of a receiving mobile stationfollowing the user playing a media file greeting in accordance with thepresent invention.

FIG. 3A is a communication diagram showing messages exchanged betweenmobile stations and a content provider, according to the preferredembodiment of the present invention.

FIG. 3B is similar to FIG. 3A, but according to an alternativeembodiment of the present invention.

FIG. 4 is a schematic diagram showing several data pathways from whichthe sending mobile station may choose by which the media file may becommunicated to the receiving mobile station.

FIG. 5 is a block diagram showing a communication architecture for amobile station capable of communicating over the disparate communicationpathways of FIG. 4.

FIG. 6 is a block diagram of a mobile station appropriate forimplementing the present invention.

DETAILED DESCRIPTION

The present invention is preferably employed in the environment of amulti-networked communication system 20 of FIG. 1, though both of thedepicted mobile stations may be in communication with the same basestation where their geographic proximity allows. It is a multi-networksystem because communications pass through both a mobile telephonycommunications network and a broad based network such as the internet.The broad based network may alternatively be a circuit switched phonenetwork, or a combination of networks. In accordance with the preferredembodiment, a first mobile station 22 sends a request to a contentprovider 24. The request is communicated through a first mobiletelephony link 26 in the uplink direction to a first base station 28(depicted as first tower 28A and first processor 28B) that serves ageographic cell in which the first mobile station 22 operates. The firstbase station 28 is in contact with a communications server 30 that mayhave voicemail storage 32 for storing messages to the first or othermobile stations that cannot be immediately delivered to the intendedrecipient. The communications server 30 is in communications with thecontent provider 24 over a broad-based network 31 such as the internet,though the communications server 30 may in fact be co-owned and/orco-located with the content provider 24.

In general, the content provider 24 is a retailer of digital electronicentertainment media files, such as music, video, audio-video and imagefiles. These files are generally copyright protected, in which case thecontent provider licenses copies of the media files with userestrictions, such as restrictions against further copying andcommercial distribution, restrictions against subverting anti-piracyprotections, reserving rights in derivative works, etc. It is a commonbusiness practice that broader license rights engender a higher retailprice, so that a licensor will charge more for a permanent media filethat may be played multiple times as compared to that same media filethat is licensed only for a more limited time or a lesser number ofplaybacks.

These media files may be compressed according to any of various currentand developing standards, such as MP-3, MP-4, and AAC for music files,JPEG and Bitmap for image files, MPEG-4 and H.263 for video files andthe like. For the purposes used herein, a change in the compressionformat of an underlying media file is not a change to the substantivemedia file unless otherwise stipulated, despite differences in playbackquality that may be inherent in the changed compression format. Openingor playing a media file is converting the file to a humanly perceptibleformat, such as converting a music media file to the audible song fromwhich the original file was created, converting an image file to adisplayed or printed picture, and converting a video clip to a sequencedstream of displayed visual images.

The requesting party need not be a mobile station, but may communicatedirectly with the content provider via a personal computer using theinternet 31. The content provider 24 receives the request from the firstmobile station 22 or other requesting party, which includes anidentifier of a particular media file and an identifier of a third partyto which a copy of that media file is to be sent. For example, a husbandon a business trip using the first mobile station 22 may request thatthe song entitled “Unchained Melody” be sent to his wife using a secondmobile station 34. The request may then include the song title and thephone number of the second mobile station 34. The content provider 24may have several versions of that song title in a database it uses fordownloading media files to customers, and one or a series of exchangesmay take place between the content provider 24 and the first mobilestation 22 to uniquely identify to the content provider 24 theparticular song to be sent. For example, the first mobile station 22 mayidentify the version by the artist “The Righteous Brothers” over otherartists performing the same song. Alternatively, the first mobilestation may provide a sample of the particular media file to be sent, oran electronic identifier of it, from which the content provider 24uniquely identifies the particular media file. The content provider 24may access the particular media file itself from a database (not shown)that may or may not be co-located with the content provider server 24,or the database may be maintained by another entity apart from thecontent provider 24 that grants access to the content provider via abusiness arrangement.

Consistent with the request, the content provider 24 provides a copy ofthe particular media file to the second mobile station 34. This copy iscommunicated to the communication server 30 over the internet or otherbroad-based network 31, which sends it through a second base station 36(second processor 36B, second tower 36A) over a second mobile telephonylink 38 in the downlink direction to the second mobile station 34. Wherethe second mobile station 34 is not currently available (e.g., turnedoff, busy, beyond reach of a mobile telephony network), a message fromthe content provider may be stored in the voicemail storage 32 as isknown in the art. However, in this instance, the message stored in VMstorage 32 may be the copy of the media file itself as is normalpractice with voice messages, or instead may be merely a message with alink to access the content provider 24 to receive a copy of thatparticular media file. The first and second mobile stations 22, 34 haverespective first and second displays 40, 42.

An important aspect of the present invention is that the copy of theparticular media file provided to the second mobile station 34 comeswith a very restrictive license that normally is automaticallyself-executing. Specifically, the copy that is downloaded isnon-permanent, and will normally and automatically be deleted after acertain proscribed time period, after a certain proscribed number ofplays (number of times the media file is opened), and the like.Preferably, the downloaded non-permanent copy of the media file of thepresent invention is used as a greeting, and is therefore normally andautomatically deleted following one playback. A signal to cause thenon-permanent copy of the media file to delete may be within a firstcomputer instruction that accompanies the copy of the media file, whichin this instance need not be otherwise electronically restricted. Thisfirst instruction may execute automatically upon the last note of theaccompanying song media file being played, or after an elapsed timefollowing the initial opening (whether or not the music, for example,‘plays’) of the downloaded media file, an elapsed time after playing ahalfway point of the media file, or some other combination of elapsedtime and playback point in a file playback sequence. In certaininstances where a receiving unit or mobile station does not have anapplication software to execute or open the received media file(s), thecontent provider may provide a hyper link or other direction to thesecond mobile station as to where such an application file may beobtained.

The above examples presume that the second mobile station 34 receivesthe call when sent by the communication server 30/second base station36. If that is the case, the content provider 24 may provide thenon-permanent copy of the particular media file as a streaming audio (orvideo or image, as the case may be), downloaded to the second mobilestation 34 as a series of packets or frames just as a common voicecommunication form the first mobile station 22. In that instance, thesecond mobile station 34 stores the non-permanent copy of the particularmedia file in a temporary storage (e.g., buffer) and no separatedeletion instructions or other automatic deletion feature need beappended to or made inherent with the streamed copy of the media file;it's streaming method of delivery automatically executes a one-playbacklimit. Where the second mobile station 34 is not available when initialcontact via the second link 38 is attempted, any of the non-streamedembodiments noted above may merely be stored in a voicemail storage 32for later access by the second mobile station 34.

However, for the embodiment wherein the content provider 24 streams theparticular media file, it is desirable to provide affirmative deletionof a streamed copy that would otherwise be stored in the voicemailstorage 32. Options for such positive deletion include exchangingmessages between the communication server 30 and the content provider 24as to whether the second mobile telephony link 38 has been established(specifically, that the second mobile station 34 has answered a pagefrom the second base station 36 that is generated in response to thecontent provider's 24 attempt to contact it). The content provider 24may adaptively provide one or another type of non-permanent copy of theparticular media file to the second mobile station; streaming ifpresently in communication, and downloaded with automatic deleteinstructions if not. Alternatively, the content provider 24 may providethe streamed copy with an appended instruction that normally causesautomatic deletion of the copy after a very restricted time period (forexample, one day), thereby overriding any normal storage protocol forvoicemail messages (which typically automatically retain a copy ofvoicemails for a period of weeks).

A valuable aspect of the present invention is the opportunity for theuser of the second mobile station 34 to open the non-permanent copy ofthe particular media file either immediately or at a later time. Thisaspect may be embodied as shown in FIG. 2A, which is the display 42 ofthe receiving or second mobile station 34 prior to playing the mediafile greeting. Consider that the user of the first mobile station 22 istypically unaware of the exact location of the second mobile station 34.Were the user of the second mobile station 34 on a crowded subway, forexample, any sentiment intended to be reflected in the media filegreeting may be frustrated by the user's environment. To address thisconcern, FIG. 2A illustrates on the second display 2A an option 46, 48to play the media file now or later. Preferably the content provider 30first provides an alert message such as that in FIG. 2A that displays onthe second mobile station 34 a greeting alert 44 that a greeting iswaiting and two options that allow the user to ‘play’ the media filegreeting now or at a later time. To enable this aspect of the invention,preferably this alert message is also appended to a non-permanent copyof the media file that is stored at the second mobile station 34regardless of the user's now-or-later selection. The first user 22 candefine the text or image that is displayed during the song playback timein the display of the second user 40. This actual greeting text or imagecan be defined or delivered for example during the first communication56 to the content provider. The content provider may also offer to theuser a selection of pre-made greeting texts or images to be attached tothe music song greeting.

In one embodiment, the ‘now’ selection 46 causes the non-permanent copyto play and the ‘later’ selection 48 causes the non-permanent copy to bestored as an encrypted copy. When the user attempts to open theencrypted copy, a message herein termed a key request message isautomatically sent from the second mobile station 34 to the contentprovider 30. The content provider 30 responds with a key message, whichincludes a decryption key that allows the second mobile station to openthe stored and encrypted non-permanent copy of the media file. Inanother embodiment, the content provider initially sends only the alertmessage depicted in FIG. 2A, with no accompanying copy of the mediafile. When the user selects the ‘now’ button 46, the second mobilestation 34 automatically sends a greeting request message to the contentprovider 30, who responds with a streamed or automatically deleting copyof the particular media file. When the user selects the ‘later’ button48, the same result occurs but only after the user later re-opens thealert message or selects an icon or link that is generated in responseto the first selection of the ‘later’ button 48.

An additional valuable aspect of the present invention is a provisionwhereby the user of the second mobile station 34 is given an opportunityto purchase a permanent copy of the particular media file. As used inthe context of the use of the second mobile station 34 purchasing a copyof the particular media file, a permanent copy merely means one that isnot normally automatically deleted after only one or a few playings. Anon-permanent copy is one which is accessible for an extremely limitednumber of times, such as one or a few playings, or an extremely limitedperiod of time. Where the instruction to delete the non-permanent copyis a first instruction, this aspect can be facilitated by the contentprovider 24 appending a second instruction to the non-permanent copy ofthe media file for the second mobile station 34 to display a purchaseoption 50, 52 as shown in FIG. 2B. It may also come in a separatemessage not appended to the media file copy. Providing the purchaseoption 50, 52 is technically an offer for sale by the content provider30 of a copy of the media file, so that message from the contentprovider is herein termed an offer message. FIG. 2B is the display 42 ofthe receiving or second mobile station 34 showing the offer message thatis preferably displayed following the playing of the media file at thesecond mobile station 34. The offer message preferably includes a textoffer 54, a purchase option 50 (‘accept’ button), and a decline option52 (‘decline’ button). The ‘accept’ button 50 may include a link to thecontent provider 30 whereby the user of the second mobile station 34 maypurchase a permanent copy of the particular media file.

When the ‘accept’ button is selected, the second mobile station 34 sendsa message to the content provider 30 that accepts its offer to sell apermanent copy of the particular media file. This message will be termedan offer acceptance message to avoid confusion with other messages. Whenthe ‘decline’ button is selected, the first instruction to delete thenon-permanent copy of the particular media file is executed. As anadditional protection, the second instruction may automatically enterthe ‘decline’ button 52 if the display is changed by a means other thanselecting the ‘accept’ button 50 (as where the user of the second mobilestation 34 turns it off or changes the display view without selecting anoption).

Where the user of the second mobile station 34 selects the purchaseoption 50, certain embodiments may avoid the need to download anadditional copy of the particular media file by converting thenon-permanent copy to a permanent copy. This conserves bandwidth in themobile telephony system. One approach to do so is for the contentprovider 30 to provide an electronic key that defeats or otherwisedisables the automatic delete features built into the non-permanent copythat is already downloaded to and stored in the second mobile station34.

FIGS. 3A-B are communication diagrams that shows messages exchangedbetween the first mobile station 22, the content provider 30, and thesecond mobile station 34, according to the preferred embodiment (FIG.3A) and an alternative embodiment (FIG. 3B). The exchange ischronological from the top of each drawing to the bottom.

In FIG. 3A, the exchange begins with the first mobile station 22 sendinga request message 56 to the content provider 30, identifying the mediafile. The first mobile station 22 preferably pays for this service viacredit or debit card authorization in the request message. The contentprovider 30 sends an alert message 58 to the second mobile station 34that includes a link to the media file, giving its user the option ofhearing the (musical) greeting now or later as in FIG. 2A. Regardless ofthe selection, at some time following the greeting alert message 58, theuser of the second mobile station 34 elects to hear the greeting, andthe second mobile station 34 connects to the content provider 34 byautomatically executing the link 60 that was provided in the alertmessage 56. It is automatic because it occurs upon the user of thesecond mobile station 34 selecting the ‘now’ option 46, or upon the userlater selecting the icon or link generated by an initial selection ofthe ‘later’ option 48.

In response, the content provider 30 then downloads 62 a copy of themedia file identified in the request message 56 (which may beencrypted), appended with the first and second instructions and theoffer message. As above, the first instructions cause the media file tobe normally deleted after one playing, and the second instructionsdefeat that deleting of the first instructions. A decryption key may beincluded in the download 62. The content provider 30 may also send aconfirmation message 64 to the first mobile station 22 informing thatuser that the message request 56 has been completed. Where the user ofthe second mobile station elects the purchase option in response to theoffer message, the second mobile station 34 then sends an offeracceptance message 66 to the content provider 30. Where this is asubsequent transaction between the content provider 30 and the secondmobile station 34, an authorization to charge a credit or debit accountalready on file with the content provider 30 need not include theunderlying account information in the message 66. The content provider30 then sends the second instructions 68, which delete or otherwisedefeat the first instructions prior to their deletion of the media file.

An alternative embodiment is depicted in FIG. 3B. Following a similarrequest message 56, the content provider 30 sends an alert message 58,which in this instance includes an encrypted copy of the media file andthe first instructions. The second mobile station 34 elects to open theencrypted media file, which automatically sends to the content providera key request message 70. A delay may occur at this juncture for callsetup and routing between the content provider 30 and second mobilestation 34. The content provider 30 in reply sends a temporary key 72and the offer message. The second mobile station 34 uses the temporarykey to play the media file greeting, and the offer message is displayed.The temporary key may be self-deleting, or may be operable to decryptthe encrypted media file only one time or a limited number of times, ormay remain valid only for a period of time following its download to thesecond mobile station 34. A confirmation message 64 may also be sent tothe first mobile station 22. If the second mobile station 34 elects topurchase a more permanent copy of the media file, an offer acceptancemessage 66 is sent on selecting the ‘accept’ option 50 from the offermessage. The content provider 30 in response sends the secondinstructions 68, and either a permanent decryption key or a code todecrypt the encrypted media file so that a decrypt key is no longernecessary to play it.

In any embodiment in which the user is given the opportunity to purchasethe song, suspending or delaying execution of the first instructions fora time enables a solution where multiple copies of the media file neednot be downloaded to the same second mobile station 34. For example, thefirst instructions may be executed only upon the user selecting otherthan the ‘accept’ button 50, or may execute automatically after anelapsed period of time following the opening or end of a media file.Other options are possible.

While the present invention may be put to immediate use in the contextof music files as personalized greetings, modifications describedhereafter better adapt the invention to use with multi-media files suchas audio/video clips. While improvements in data throughput for atraditional mobile telephony network have been made and may soon rivalhardwired connections, it will be some years before the majority ofmobile equipment carries the multiple antenna hardware and associatedsoftware for high throughput MIMO communications. A consortium ofcompanies has developed a digital video broadcast standard (DVB-H,derived from DVB-X) particularly adapted for the power consumptionconcerns of handheld devices and data throughput limits of cellularnetworks. Specifics may be found at www.dvb.org. As related to thepresent invention, a first mobile station 22 may send a media filegreeting to the second mobile station 34 via one of several datapathways, depending upon the sender's personal considerations as tospeed and reliability of the pathway.

A schematic diagram of such various pathways is shown in FIG. 4. Thecontent provider 30 communicates messages to the receiving or secondmobile station 34 via the internet 31 and a cellular network 74 aspreviously described with reference to FIG. 1, wherein the second mobilestation 34 is in direct contact with base station(s) 36. Two datapathways are possible through the cellular network 74, a slow speedpathway 76 and a medium speed pathway 78. The slow speed pathway 76 maybe defined by, for example, a general packet radio service (GPRS)communication protocol, whereas the medium speed pathway 78 may bedefined by, for example, a wideband CDMA communication protocol. A fastspeed pathway 80 preferably utilizes a wireless local area network(WLAN). In this case, the fast pathway 80 passes through a wirelesslocal area network (WLAN) hotspot 82, which is a node (e.g., personalcomputer, server, another mobile station) of a WLAN that couples theWLAN to the broader internet 31. A very fast pathway 84 utilizes a DVBstandard, preferably DVB-H that is optimized for handheld devices suchas mobile stations. The pathway speeds as used herein are relative toone another and not predicated on an absolute data rate value.

Because an air interface for each of the four communication pathways 76,78, 80, 84 are not universally available, lesser availability translatesinto less reliability that the media file will be communicated to thesecond mobile station. While a user of the sending or first mobilestation 22 might wish that the very fast pathway 84 be employed indelivering the chosen media file, the second mobile station 34 may notbe in a geographic location that is reachable via a DVB-H transmitter86. In a preferred embodiment, the first mobile station 22 selects whichcommunication pathway the media file is communicated to the secondmobile station 34 by selecting from among comparative speed options,comparative reachability (or reliability) options, or a combination ofboth, wherein each pathway is identified by its relative speed and/orreachability. When the first mobile station 22 first contacts thecontent provider 30, the content provider 30 sends a pathway optionmessage back to the first mobile station 22 with preferably threedelivery options: slow with high reliability (pathways 76 and 78), fastspeed with medium reliability (pathway 80), and very fast speed with lowreliability (pathway 84). Alternatively, the content provider 30 mayprovide four options for the four pathways.

Regardless, the separate communication pathways are priced differently,so that, for example, delivering the media file to the second mobilestation 34 via the very fast pathway 84 is priced higher than via theslow pathway 76. Use of the alternate (non-cellular) pathways 80, 84will alleviate further demands on scarce cellular network resources,especially high demands inherent in downloads of media files having avideo component. The customer, who is the user of the first mobilestation 22 since he/she is the one paying for the media file greetingservice, is given more options and price points from which to choose.The content provider 30 may send the pathway option message in responseto the first mobile station's request message 56, or may send it priorto that message 56 so that the request message 56 includes the selecteddelivery pathway. Obtaining authorization from the first or secondmobile station to charge a credit card or debit account constitutescollecting payment.

The audio or video clip quality may vary dependent on the selection ofthe delivery path. Since the better quality pictures and video/audiofiles demand more data than lower quality ones, the content deliveryspeed is related to the size of the selected file. If the first user 22wants to have constant delivery time to second user 34, then theselected content may be scaled to the selected delivery route dataspeed. This can be done by offering multiple choices of the same song,which have been done by using different coding bit rates.

Proposed communication architecture for a mobile station capable ofcommunicating over disparate communication pathways 76, 78, 80, 84 isshown in FIG. 5. Important differences from more traditional terminalarchitecture lay in the IP layer 88 and the link layer 90. In the IPlayer 88, the mobile station determines which address to use; therecipient mobile station phone number where the communication pathway76, 78 is via a cellular network 74, and a terminal internet addresswhen the communication pathway 80, 84 is via an alternative,non-cellular delivery mechanism. In the link layer 90, each separatecolumn 90A-E represents a different type of communication pathway,though not each is necessarily implicated in the present invention. Forexample, the GPRS/WCDMA link column 90A creates the link to the basestation 36 and cellular network 74, the WLAN link column 90C creates thelink to the WLAN hotspot 82, and the DVB-H link column 90D creates thelink to the DVB-H transmitter 86. The Bluetooth link column 90B maycreate a link to a personal computer to which the media file isdelivered, in which any wireless link need be limited to only the rangeof a personal area network, but that option is anticipated to becommercially less viable than those discussed in detail above.

FIG. 6 depicts a block diagram of a mobile station 34 on which theinventive computer program may be stored that may operate in accordancewith the invention. The same mobile station 34 may send or receive agreeting message. The mobile station 34 has a display 101 for displayinga text message or icon that is associated with the copy of the mediafile, a keypad 102 (or a touch sensitive display) for entering such atext message, and a microphone 104 for recording a personalized messageor for normal radiotelephone communications. Voice communications fromthe microphone 104 are processed in an encoding block 106 where thespeech is coded 108, spread (if a spread spectrum communication protocolsuch as CDMA) and modulated 110 onto a carrier wave, and amplified 112.The resulting signal is fed into a T/R block 114 where a switch 116selectively couples one or more antennas 118 with either the encodingblock 106 or a decoding block 120. Voice communications received at theantenna 118 are routed to the decoding block 120 where they areamplified 122, demodulated and despread (if appropriate) 124, decoded126, and converted to an audible signal at a speaker 128 or othertransducer. When a media file is received, the decoding block 120amplifies and demodulates/despreads the signal, and a logical assembly130 such as an integrated circuit chip 131 determines the file type andan appropriate application to open the media file. That application, the(non-permanent) copy of the media file, and the computer instructions ofthe present invention may be stored at any of a RAM memory 132, ROMmemory 134, or flash memory 136. Typically, the flash memory 136includes a stored codebook 138 for coding 108 and decoding 108 speechand other electronic signals. A controller 140 is coupled to the logicalassembly 130 and controls flow to and from the keypad 102, display 101,and logical assembly 130.

The present invention may be embodied on a computer storage medium suchas a hard drive or optical disk as a program of machine-readableinstructions that are executable by a digital processor, preferablyaccessible to and executed by a content provider's server. While therehas been illustrated and described what is at present considered to be apreferred embodiment of the claimed invention, it will be appreciatedthat numerous changes and modifications are likely to occur to thoseskilled in the art beyond those alternative presented explicitly herein.It is intended in the appended claims to cover all those changes andmodifications that fall within the spirit and scope of the claimedinvention.

1. A program of machine-readable instructions, tangibly embodied on aninformation bearing medium and executable by a digital data processor,to perform actions directed toward providing a media file to a thirdparty mobile station, the actions comprising: receiving a request over anetwork from a first party to deliver a particular media file to a thirdparty mobile station that is identified in the request; providing anon-permanent copy of the particular media file to the third partymobile station at least partly through a wireless network.
 2. Theprogram of claim 1 wherein providing a non-permanent copy comprisesstreaming the particular media file over at least the wireless network.3. The program of claim 1 wherein providing a non-permanent copycomprises providing instructions to automatically delete thenon-permanent copy of the particular media file from a storage media ofthe third party mobile station.
 4. The program of claim 3 whereinproviding a non-permanent copy of the particular media file furthercomprises providing an offer message that causes the third party mobilestation to display, subsequent to a first playing of the non-permanentcopy of the particular media file, an accept option that, when selected,causes the third party mobile station to send an offer acceptancemessage, wherein the offer message comprises an offer to sell apermanent copy of the particular media file.
 5. The program of claim 4wherein the offer message further causes the third party mobile stationto display a decline option that, when selected, causes the instructionsto execute and delete the non-permanent copy of the particular mediafile.
 6. The program of claim 4 wherein the instructions toautomatically delete comprise a first instruction, the actions furthercomprising sending a second instruction to the third party mobilestation at least partly through the wireless network that operate todefeat the instructions to automatically delete the non-permanent copy.7. The program of claim 3 wherein the instructions to automaticallydelete the non-permanent copy execute upon at least one of an elapsedtime following the non-permanent copy being opened and reaching aplayback point of the non-permanent copy once opened.
 8. The program ofclaim 1 wherein the actions further comprise providing a greeting alertmessage that causes the third party mobile station to display an optionto play the non-permanent copy of the particular media file at a latertime.
 9. The program of claim 8 wherein providing a non-permanent copyof the particular media file comprises providing an encrypted copy ofthe media file, and wherein the greeting alert message further causes,upon selecting at least the option to play the non-permanent copy of theparticular media file at a later time, a key request message to be sentto the network that requests a key to decrypt the encrypted media file.10. The program of claim 8 wherein the greeting alert message and thenon-permanent copy of the media file are provided to the third partymobile station in separate messages.
 11. The program of claim 1 whereinreceiving a request over a network from a first party further comprisesreceiving a greeting message for display from the first party, andwherein providing a non-permanent copy of the particular media file tothe third party mobile station further comprises providing the greetingmessage to the second party in a displayable format.
 12. The program ofclaim 1 wherein providing a non-permanent copy of the particular mediafile comprises providing an encrypted copy of the media file.
 13. Theprogram of claim 1 wherein the actions further comprise providing thefirst party with a choice between at least two distinct deliverypathways, and providing a non-permanent copy of the particular mediafile to the third party mobile station comprises providing it via adelivery pathway selected by the first party.
 14. The program of claim13 wherein providing the first party with a choice between at least twodistinct pathways comprises offering to provide the non-permanent copyvia a first pathway for a first price and offering to provide thenon-permanent copy via a different second pathway for a different secondprice.
 15. The program of claim 13 wherein the actions further comprisecharging the first party for providing the non-permanent copy a firstprice if a first of the at least two distinct pathways is selected, anda second price if a second of the at least two distinct pathways isselected.
 16. A method of doing business over a network comprising:receiving a request over a network from a first party to send a mediafile to a third party, the request specifically identifying the mediafile and the third party; collecting a payment from the first party;sending the requested media file to the third party using a broad basednetwork and a wireless link, wherein the sent media file includesprovisions to prevent it from normally being permanently stored on astorage media of the third party.
 17. The method of claim 16 wherein theprovisions comprise one of: streaming the media file to the third party;encrypting the media file; and sending a first instruction to the thirdparty that automatically deletes the sent media file.
 18. The method ofclaim 16 further comprising: offering to the first party an option tosend a media file via a first communication pathway for a first priceand via a second communication pathway for a second price.
 19. Themethod of claim 16 further comprising: sending an offer message to thethird party offering to provide a permanent copy of the media file inexchange for payment from the third party.
 20. A computer comprising acomputer program embodied on a tangible storage medium, the computerprogram comprising instructions that cause the computer to: receive overa network a request and payment authorization from a first party;determine a particular media file and an intended recipient from therequest; and send to the intended recipient a non-permanent copy of aparticular media file, wherein the computer program imposesautomatically executing conditions on the copy of the media file tonormally prevent it from becoming permanently stored at the intendedrecipient.
 21. The computer of claim 20 wherein the conditions includeone of: streaming the copy of the media file to the intended recipient;providing a first instruction to the intended recipient thatautomatically deletes the copy of the media file; and encrypting thecopy of the media file.
 22. The computer of claim 20 wherein theinstructions further cause the computer to: offer to send, to the firstparty over the network, the copy of the media file via a first pathwayfor a first price and via a second pathway for a second price; andwherein send the copy of the media file comprises send via the pathwayselected by the first party.
 23. The computer of claim 20 wherein theinstructions further cause the computer to send to the intendedrecipient an offer to sell a permanent copy of the media file.
 24. Amobile station comprising a program of computer instructions tangiblyembodied on a storage medium of the mobile station, the instructionscausing the mobile station to send a request over a wireless link to acontent provider that includes identifiers of a specific third partymobile station and of a particular media file to be sent by the contentprovider to the third party mobile station.
 25. The mobile station ofclaim 24 wherein the request further includes a personalized messagefrom a user of said mobile station for delivery to the third partymobile station with the media file.
 26. The mobile station of claim 23wherein the instructions further cause the mobile station to display aselectable choice between proposed delivery pathways by which theparticular media file is to be sent.
 27. A mobile station comprising aprogram of computer instructions tangibly embodied on a storage mediumof the mobile station, the instructions causing the mobile station toreceive a message that includes a media file and a first instruction todelete the media file; open the received media file; and subsequent toopening the received media file, delete the media file in accordancewith the first instructions.
 28. The mobile station of claim 27 whereinthe instructions further cause the mobile station to generate a purchaseacceptance message in response to a user input subsequent to opening thereceived media file, and wherein deleting the media file is executedonly when said purchase acceptance message is not sent.